Types de livraisons

• Type livraison (champ SDHTYP)

Code alphanumérique permettant d'identifier le type de livraison.

• Législation (champ LEG)

En création, le code législation peut être initialisé via le paramètre utilisateur LEGFIL - Législation (filtre sélection) (chapitre SUP, groupe INT). Ce paramètre est utilisé également pour filtrer la liste de sélection afin de présenter uniquement les codes définis pour cette législation et ceux définis au niveau 'Toutes législations'.
Le code législation n'est pas obligatoire. Lorsqu'il est saisi, l'utilisation du type de livraison est réservée aux seules sociétés soumises à cette législation.

Rappel des principes généraux liés à l'utilisation d'une donnée ou d'un élément de paramétrage décliné par législation, lorsque le contexte société est connu (fiches, flux, etc.)

• Lorsqu'un élément de paramétrage est défini pour une législation, celui-ci est utilisable uniquement lorsque la législation du contexte d'utilisation est identique.
  Elle ne peut pas être utilisée dans une fiche comportant une autre législation.
  
• Si un élément de paramétrage est défini sans législation (niveau 'Toutes législations'), il est considéré comme un élément multi-législation. Cet élément peut être utilisé sur tous les enregistrements quelle que soit la législation, sauf si un élément du même code est défini pour la législation de la société. Dans ce cas, l'élément défini pour la législation de la société est le seul à être proposé à la sélection et accepté en saisie (à condition d'être actif).
  Remarques :
• Si l'élément de paramétrage défini pour la société n'est pas actif et que celui défini au niveau 'Toutes législations' est actif, ce dernier ne pourra pas, pour autant, être utilisé.
• Pour réduire les temps de traitement et améliorer les performances, il est recommandé de ne pas créer d'enregistrements multi-législation, mais plutôt des enregistrements spécifiques à chaque législation du dossier.
  Pour plus d'informations, se reporter à l'aide Amélioration des performances : Liste des objets multi-législations.
  
• Un filtre supplémentaire est ensuite appliqué en fonction du groupe de sociétés défini, le cas échéant, sur l'élément de paramétrage. Cet élément de paramétrage ne peut être utilisé et n'est proposé en sélection que si la société à laquelle est rattachée la fiche, appartient à ce groupe de sociétés.

Exemple 1 :
Paramétrage de type de facture suivant :

Un filtre supplémentaire est ensuite appliqué en fonction du groupe de société renseigné.
Si, dans l'exemple ci-dessus, un groupe de société est également précisé au niveau du paramétrage de type de facture FAF porteur de la législation FRA, ce type de facture sera proposé en sélection uniquement si la société appartient au groupe de société renseigné.

Exemple 2 :
Paramétrage de type de facture suivant :

• Intitulé (champ DESAXX)

Cet intitulé long est utilisé en titre dans les écrans et les états.

Par défaut, l'intitulé court, l'intitulé long ou l'en-tête de colonne d'une donnée est enregistré (en création/modification) dans la langue de connexion de l'utilisateur.
Vous pouvez les traduire dans une autre langue par l'intermédiaire de la fonction Traduction :

• Cliquez sur Traduction depuis l'icône Actions dans le champ concerné.
• Dans la fenêtre Traduction, ajoutez un nouveau code langue et la traduction dans cette langue.

Un utilisateur qui se connecte dans cette langue disposera de l’intitulé court, de l'intitulé long ou de l'en-tête de colonne dans sa langue de connexion si la traduction a été effectuée. Sinon, les intitulés seront disponibles dans la langue du dossier.

 La langue de connexion doit être définie comme langue par défaut dudossier.

• Intitulé court (champ SHOAXX)

Cet intitulé court est utilisé dans les écrans et les états. Il est enregistré dans votre langue de connexion.

Par défaut, l'intitulé court, l'intitulé long ou l'en-tête de colonne d'une donnée est enregistré (en création/modification) dans la langue de connexion de l'utilisateur.
Vous pouvez les traduire dans une autre langue par l'intermédiaire de la fonction Traduction :

• Cliquez sur Traduction depuis l'icône Actions dans le champ concerné.
• Dans la fenêtre Traduction, ajoutez un nouveau code langue et la traduction dans cette langue.

Un utilisateur qui se connecte dans cette langue disposera de l’intitulé court, de l'intitulé long ou de l'en-tête de colonne dans sa langue de connexion si la traduction a été effectuée. Sinon, les intitulés seront disponibles dans la langue du dossier.

 La langue de connexion doit être définie comme langue par défaut dudossier.

• Groupe (champ GFY)

En renseignant un groupe de sociétés, il est possible de restreindre le périmètre d’utilisation aux seules sociétés du groupe. Lorsque cette donnée est utilisée sur une autre donnée ou dans un élément de paramétrage défini également au niveau d'un groupe, un contrôle vérifie, lorsque ces groupes sont différents, qu'ils ont au moins une société en commun. 

Par ailleurs, un contrôle de cohérence est effectué sur les législations des sociétés dugroupe sélectionné.
Au moins une de ces sociétés doit avoir la même législation que celle renseignée dans le champ Législation. Si ce n'est pas le cas, un message d'erreur s'affiche.

Lors de l'utilisation du type de document, un contrôle de cohérence sera également effectué entre législation/groupe du type de document et législation/groupe du document.

 Pour plus d'informations, cliquez ici.

• Catégorie livraison (champ SDHCAT)

Il s'agit de la catégorie du type de livraison, à choisir parmi les catégories suivantes :

• Normale
  Cette catégorie suit le cycle classique d'une livraison : commande, livraison, facturation. La livraison peut être remplacée par une contre marque directe. Les stocks sont mouvementés lors de la livraison.
   
• Prêt
  Cette catégorie de livraison concerne un prêt de marchandises : commande, livraison avec transfert du stock sur un emplacement tiers à la validation : le stock des articles prêtés doit nécessairement être géré sur emplacements.
  Elle implique la gestion d'une date de retour avec remise du stock sur l'emplacement d'origine et ne donne pas lieu à facturation (sauf lorsque la date de retour prévue est dépassée). 
   
• Pour sous-traitance
  Cette catégorie concerne les livraisons à destination des sous-traitants. Elle est disponible uniquement si le code activité LST - Livraisons de sous-traitance est actif au niveau du Dossier.
  
  
• Non facturable
  Cette catégorie de livraison concerne les livraisons non facturables : il s'agit de livraisons directes ou créées à partir de tâches gérées dans le cadre de la gestion à l'affaire (la création de livraisons à partir de tâches gérées dans le cadre de la gestion à l'affaire n'est pas encore disponible).

• Compteur manuel (champ MANCOU)

Cette information permet de préciser si le numéro de document peut être saisi manuellement.

• Si ce champ a pour valeur 'Non', le numéro peut uniquement être attribué automatiquement.
• Si ce champ a pour valeur 'Oui', le numéro peut également être saisi. À défaut d'être saisi, un numéro sera alors attribué automatiquement par le compteur au moment de la création du document.

• MAJ date document (champ DATUPDFLG)

• Compteur (champ CODNUM)

Le code d'un compteur associé au type de livraison défini doit obligatoirement être renseigné, que l'attribution du numéro soit automatique ou manuelle.
Il conviendra donc, au préalable, de définir un compteur dans la table des compteurs en y accédant éventuellement par tunnel depuis ce champ.

Lorsque le compteur est utilisé pour la législation portugaise, il s'agit d'un numéro séquentiel appliqué au document lorsqu'il est soumis à signature électronique et au règlement SAFT-PT (Standard Audit File - Tax). Le paramètre PORDKS - Signature numérique Portugal(chapitre LOC, groupe POR) doit avoir pour valeur : Oui, et le code activité DKS - Signature numérique doit être actif.
La structure du compteur doit être la suivante :

• Le premier composant doit être une constante. Sa valeur doit correspondre :
  - au code du compteur qui peut contenir, ou non, l'abréviation PT,
  - à la valeur du type de document d'origine. Cette valeur doit correspondre à celle de la constante, le caractère '-' étant facultatif.
  Exemple : le type de facture FCL est associé au compteur PTFCL et à la constante FCL.
• Le deuxième composant doit être le code société ou le code site, si le compteur est défini au niveau société ou au niveau site.
• Le troisième composant doit correspondre à l'année ou l'exercice, si le compteur est défini au niveau année ou exercice. Il est fortement conseillé de ne pas utiliser le mois ou la période dans le cadre de la signature numérique.
• Le quatrième composant doit être une constante avec la valeur :'/'.
• Le cinquième composant doit être de type séquentiel.

Entre le premier et l'avant-dernier composant, le complément est optionnel. Toutefois, le complément est obligatoire pour les factures auto d'achats. Si la structure du compteur n'est pas définie correctement, une erreur bloquante s'affiche lors de la validation ou signature du document.

• Compteur final (champ CODNUMEND)

Ce champ est visible uniquement si les conditions suivantes sont réunies :

• le code activité KPO - Localisation portugaise est actif,
• le code législation du type de retour est vide ou a pour valeur : POR.

Vous pouvez indiquer ici un compteur définitif, il doit alors être différent du compteur principal. Ce compteur est utilisé lors de la validation de la livraison, afin de lui attribuer un nouveau numéro.
Le paramètre SDHENDNBR - Compteur définitif livraisons doit avoir pour valeur : Oui. Si ce paramètre a pour valeur : Oui mais qu'aucun compteur définitif n'est précisé, c'est le compteur définitif précisé au niveau de la table d'Affectation des compteurspour les Livraisons définitives qui est pris en compte.
L'ancien numéro n'est plus affiché mais il est tout de même conservé dans un champ dédié (TMPSDHNUM) de la table des livraisons.

Lorsque le compteur est utilisé pour la législation portugaise, il s'agit d'un numéro séquentiel appliqué au document lorsqu'il est soumis à signature électronique et au règlement SAFT-PT (Standard Audit File - Tax). Le paramètre PORDKS - Signature numérique Portugal(chapitre LOC, groupe POR) doit avoir pour valeur : Oui, et le code activité DKS - Signature numérique doit être actif.
La structure du compteur doit être la suivante :

• Le premier composant doit être une constante. Sa valeur doit correspondre :
  - au code du compteur qui peut contenir, ou non, l'abréviation PT,
  - à la valeur du type de document d'origine. Cette valeur doit correspondre à celle de la constante, le caractère '-' étant facultatif.
  Exemple : le type de facture FCL est associé au compteur PTFCL et à la constante FCL.
• Le deuxième composant doit être le code société ou le code site, si le compteur est défini au niveau société ou au niveau site.
• Le troisième composant doit correspondre à l'année ou l'exercice, si le compteur est défini au niveau année ou exercice. Il est fortement conseillé de ne pas utiliser le mois ou la période dans le cadre de la signature numérique.
• Le quatrième composant doit être une constante avec la valeur :'/'.
• Le cinquième composant doit être de type séquentiel.

Entre le premier et l'avant-dernier composant, le complément est optionnel. Toutefois, le complément est obligatoire pour les factures auto d'achats. Si la structure du compteur n'est pas définie correctement, une erreur bloquante s'affiche lors de la validation ou signature du document.

• Compteur inter-sites (champ CODNUMFCY)

Ce champ est visible uniquement pour les types de livraison dont la catégorie est Normale ou Sous-traitance. Il permet d'indiquer un compteur particulier pour les livraisons inter-sites.
Il conviendra donc, au préalable, de définir un compteur dédié dans la table des Compteurs en y accédant éventuellement par tunnel depuis ce champ.

 Il est possible d'affecter un compteur identique pour les livraisons inter-sites et les livraisons inter-sociétés.

Lorsque le compteur est utilisé pour la législation portugaise, il s'agit d'un numéro séquentiel appliqué au document lorsqu'il est soumis à signature électronique et au règlement SAFT-PT (Standard Audit File - Tax). Le paramètre PORDKS - Signature numérique Portugal(chapitre LOC, groupe POR) doit avoir pour valeur : Oui, et le code activité DKS - Signature numérique doit être actif.
La structure du compteur doit être la suivante :

• Le premier composant doit être une constante. Sa valeur doit correspondre :
  - au code du compteur qui peut contenir, ou non, l'abréviation PT,
  - à la valeur du type de document d'origine. Cette valeur doit correspondre à celle de la constante, le caractère '-' étant facultatif.
  Exemple : le type de facture FCL est associé au compteur PTFCL et à la constante FCL.
• Le deuxième composant doit être le code société ou le code site, si le compteur est défini au niveau société ou au niveau site.
• Le troisième composant doit correspondre à l'année ou l'exercice, si le compteur est défini au niveau année ou exercice. Il est fortement conseillé de ne pas utiliser le mois ou la période dans le cadre de la signature numérique.
• Le quatrième composant doit être une constante avec la valeur :'/'.
• Le cinquième composant doit être de type séquentiel.

Entre le premier et l'avant-dernier composant, le complément est optionnel. Toutefois, le complément est obligatoire pour les factures auto d'achats. Si la structure du compteur n'est pas définie correctement, une erreur bloquante s'affiche lors de la validation ou signature du document.

• Compteur inter-sites final (champ CODNUMFCYD)

Ce champ est visible uniquement pour les types de livraison dont la catégorie est Normale ou Sous-traitance.
Vous pouvez indiquer ici un compteur définitif particulier pour les livraisons inter-sites, il doit être alors différent du compteur principal inter-sites.
Ce compteur est utilisé lors de la validation de la livraison afin de lui attribuer un nouveau numéro. Le paramètre SDHENDNBR - Compteur définitif livraisons doit avoir pour valeur : Oui. Si ce paramètre a pour valeur : Oui mais qu'aucun compteur définitif n'est précisé, c'est le compteur définitif précisé au niveau de la table d'Affectation des compteurspour les Livraisons définitives qui est pris en compte. 
L'ancien numéro n'est plus affiché mais il est tout de même conservé dans un champ dédié (TMPSDHNUM) de la table des livraisons.

Lorsque le compteur est utilisé pour la législation portugaise, il s'agit d'un numéro séquentiel appliqué au document lorsqu'il est soumis à signature électronique et au règlement SAFT-PT (Standard Audit File - Tax). Le paramètre PORDKS - Signature numérique Portugal(chapitre LOC, groupe POR) doit avoir pour valeur : Oui, et le code activité DKS - Signature numérique doit être actif.
La structure du compteur doit être la suivante :

• Le premier composant doit être une constante. Sa valeur doit correspondre :
  - au code du compteur qui peut contenir, ou non, l'abréviation PT,
  - à la valeur du type de document d'origine. Cette valeur doit correspondre à celle de la constante, le caractère '-' étant facultatif.
  Exemple : le type de facture FCL est associé au compteur PTFCL et à la constante FCL.
• Le deuxième composant doit être le code société ou le code site, si le compteur est défini au niveau société ou au niveau site.
• Le troisième composant doit correspondre à l'année ou l'exercice, si le compteur est défini au niveau année ou exercice. Il est fortement conseillé de ne pas utiliser le mois ou la période dans le cadre de la signature numérique.
• Le quatrième composant doit être une constante avec la valeur :'/'.
• Le cinquième composant doit être de type séquentiel.

Entre le premier et l'avant-dernier composant, le complément est optionnel. Toutefois, le complément est obligatoire pour les factures auto d'achats. Si la structure du compteur n'est pas définie correctement, une erreur bloquante s'affiche lors de la validation ou signature du document.

• Compteur inter-sociétés (champ CODNUMCPY)

Ce champ est visible uniquement pour les types de livraison dont la catégorie est Normale ou Sous-traitance. Il permet d'indiquer un compteur particulier pour les livraisons inter-sociétés.
Il conviendra donc, au préalable, de définir un compteur dédié dans la table des Compteurs en y accédant éventuellement par tunnel depuis ce champ.
 Il est possible d'affecter un compteur identique pour les livraisons inter-sites et les livraisons inter-sociétés.

Lorsque le compteur est utilisé pour la législation portugaise, il s'agit d'un numéro séquentiel appliqué au document lorsqu'il est soumis à signature électronique et au règlement SAFT-PT (Standard Audit File - Tax). Le paramètre PORDKS - Signature numérique Portugal(chapitre LOC, groupe POR) doit avoir pour valeur : Oui, et le code activité DKS - Signature numérique doit être actif.
La structure du compteur doit être la suivante :

• Le premier composant doit être une constante. Sa valeur doit correspondre :
  - au code du compteur qui peut contenir, ou non, l'abréviation PT,
  - à la valeur du type de document d'origine. Cette valeur doit correspondre à celle de la constante, le caractère '-' étant facultatif.
  Exemple : le type de facture FCL est associé au compteur PTFCL et à la constante FCL.
• Le deuxième composant doit être le code société ou le code site, si le compteur est défini au niveau société ou au niveau site.
• Le troisième composant doit correspondre à l'année ou l'exercice, si le compteur est défini au niveau année ou exercice. Il est fortement conseillé de ne pas utiliser le mois ou la période dans le cadre de la signature numérique.
• Le quatrième composant doit être une constante avec la valeur :'/'.
• Le cinquième composant doit être de type séquentiel.

Entre le premier et l'avant-dernier composant, le complément est optionnel. Toutefois, le complément est obligatoire pour les factures auto d'achats. Si la structure du compteur n'est pas définie correctement, une erreur bloquante s'affiche lors de la validation ou signature du document.

• Compteur inter-sociétés final (champ CODNUMCPYD)

Ce champ est visible uniquement pour les types de livraison dont la catégorie est Normale ou Sous-traitance.
Vous pouvez indiquer ici un compteur définitif particulier pour les livraisons inter-sociétés, il doit alors être différent du compteur principal inter-sociétés.
Ce compteur est utilisé lors de la validation de la livraison afin de lui attribuer un nouveau numéro. Le paramètre SDHENDNBR - Compteur définitif livraisons doit avoir pour valeur : Oui. Si ce paramètre a pour valeur : Oui mais qu'aucun compteur définitif n'est précisé, c'est le compteur définitif précisé au niveau de la table d'Affectation des compteurspour les Livraisons définitives qui est pris en compte.
L'ancien numéro n'est plus affiché mais il est tout de même conservé dans un champ dédié (TMPSDHNUM) de la table des livraisons.

Lorsque le compteur est utilisé pour la législation portugaise, il s'agit d'un numéro séquentiel appliqué au document lorsqu'il est soumis à signature électronique et au règlement SAFT-PT (Standard Audit File - Tax). Le paramètre PORDKS - Signature numérique Portugal(chapitre LOC, groupe POR) doit avoir pour valeur : Oui, et le code activité DKS - Signature numérique doit être actif.
La structure du compteur doit être la suivante :

• Le premier composant doit être une constante. Sa valeur doit correspondre :
  - au code du compteur qui peut contenir, ou non, l'abréviation PT,
  - à la valeur du type de document d'origine. Cette valeur doit correspondre à celle de la constante, le caractère '-' étant facultatif.
  Exemple : le type de facture FCL est associé au compteur PTFCL et à la constante FCL.
• Le deuxième composant doit être le code société ou le code site, si le compteur est défini au niveau société ou au niveau site.
• Le troisième composant doit correspondre à l'année ou l'exercice, si le compteur est défini au niveau année ou exercice. Il est fortement conseillé de ne pas utiliser le mois ou la période dans le cadre de la signature numérique.
• Le quatrième composant doit être une constante avec la valeur :'/'.
• Le cinquième composant doit être de type séquentiel.

Entre le premier et l'avant-dernier composant, le complément est optionnel. Toutefois, le complément est obligatoire pour les factures auto d'achats. Si la structure du compteur n'est pas définie correctement, une erreur bloquante s'affiche lors de la validation ou signature du document.

• Type enregistrement (champ RECTYP)

Ce champ est affiché uniquement si le code activité KPO est actif.

Le type de document est nécessaire afin de pouvoir lui affecter un numéro de séquence dédié.
Il peut prendre pour valeur :

• Normal
• Récupération de document manuelle
  Cela signifie que le document d'origine a été généré de façon manuelle, sous format papier (en raison de l'absence de disponibilité du système).
• Récupération document de sauvegarde
  Cela signifie que des documents déjà enregistrés ont été perdus en raison de la restauration d'une sauvegarde. Il s'agit des documents enregistrés entre le moment où a été effectuée la sauvegarde et le moment de la restauration.
  Les documents perdus devront être recréés de façon manuelle.
  Pour ces deux types de documents, il sera nécessaire de saisir le numéro de document d'origine dans la transaction (champ ORIDOCNUM - N° document d'origine pour les factures et MANDOC - Document manuel, pour les autres types de documents).
• Document externe
  Cela signifie que le document a été créé à l'origine dans un autre logiciel, qui a fourni la signature électronique. Aucune signature électronique ne sera générée par Sage X3 pour ce type de document.

 Le numéro de document saisi doit être unique.

• Type document SAF-T (champ SAFTTRNTYP)